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ABSTRACT 



A computer-implemented method for facilitating collabora- 
tion and commimication among project participants working 
collaboratively on a project using a computer network. The 
method .includes providing a plurality of trackpoints that are 
created by at least two of the project participants. Each of the 
phirality of trackpoints includes metadata descriptive of the 
each of the plurality of trackpoints. Each of the plurality of 
trackpoints is configured to store data within its content. The 
method also, includes providing indices of trackpoints based 
on searchable keys. Additionally, the method includes pro- 
viding a plurality of tools. The plurality of tools include at 
least one of a search tool, a notification tool, and a briefing 
book page, the search tool being configured to search the 
indices for at least one trackpoint of the pluraUty of track- 
points that satisfies search criteria, the notification tool being 
configured to notify a project participant that is authorized to 
use the notification tool when notification criteria are 
satisfied, and the briefing book page represents a data 
presentation mechanism that is configured to receive brief- 
ing book data from at least two of the plurality of track- 
points. 

5 Claims, 6 Drawing Sheets 
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TRACKPOINT-BASED 
COMPUTER-IMPLEMENTED SYSTEMS 
AND METHODS FOR E\CILITATING 
COLLABORATIVE PROJECT 
DEVELOPMENT AND COMMUNICATION s 

This application claims priority under 35 U.S.C 119 (e) 
of the U.S. provisional applications listed below, all of 
which are incorporated by reference herein. 

"Object Oriented HTML" filed Oct. 6, 1997 by inventors lo 
Eugene E, Boudiard, Varma Kunaparaju, Venkat R. Sriram, 
and Scotl E. Stanelle (U.S. application Ser. No. 60A)61,198) 

"Keyword Searching^' filed Oct. 6, 1997 by inventors 
Eugene E. Boudiard, Varma Kunaparaju, Venkat R. Sriram, 
Scott E. Stancllc, and Wallace W. Yau (U.S. application Ser. 15 
No. 60/061,129) 

"Protocol Packet'* filed Oct. 6, 1997 by inventors Eugene 
E. Bouchard, Varma Kunaparaju, Venkat R. Sriram, and 
Scott E. Stanelle (U.S. application Ser. No. 60/061,299) 

"Overall MECE Design** filed Oct. 6, 1997 by inventor 20 
Eugene E. Bouchard (U.S. application Ser. No. 60/061,214) 

"Internet Caching" filed Oct. 6, 1997 by inventor Eugene 
E. Bouchard (U.S. application Ser. No. 60/061,552) 

"Link Searching"* filed Oct. 6, 1997 by inventor Eugene 
E, Bouchard (U.S. application Ser. No. 60/062,542) 25 

BACKGROUND OF THE INVENTION 

The present invention relates to computer-implemented 
systems and methods for project management. More 
particularly, the present ioventioa relates to improved 
computer-implemented techniques for facilitating collabo- 
rative project development and communication among the 
project participants. 

The management of resources (e.g., time, people, mate- 35 
rials or the like) and response to changes in the development 
of a large project has long presented many challenges to the 
project participants and the managers responsible for bring- 
ing the project to completion. Take for example the case of 
an automobile development project. Automobiles employ 
engines, which have cylinders that may need to be cast and 
honed prior to being assembled into the engine. In this very 
simple example, an automobile company X may engage a 
supplier Y, who supplies cast cylinders to automobile com- 
pany X. Automobile company X may also engage a honing 45 
contractor Z, who is under contract to receive the cast 
cylinders from automobile company X and hone them to 
specification. 

To ensure that the engine development portion of the 
project is on track, a manager in automobile company X may 50 
need to track the delivery of cast cylinders (in terms of 
quality, quantity, delivery date, or the like) from supplier Y. 
That manager may also need to set up a schedule to ship the 
cast cylinders received from supplier Y to honing contractor 
Z for honing. To ensure that the shipment of cast cylinders 55 
was not lost after being shipped out to contractor Z, that 
manager may also need to set up a separate schedule to 
confirm perhaps a few days after shipping, that honing 
contractor Z had indeed received the cast cylinders. 

Automobile company X may wish to grant supplier Y 60 
access to the project management software, or at least to 
some portion of it, so that supplier Y can tick ofiT its own 
action item (e.g., shipping a quantity of cast cylinders to 
automobile company X automobile a certain date). Such 
access by supplier X is beneficial since an employee in 65 
automobile company X may wish to be notified of the 
shipment in order to ready the quality control group for 
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inspecting the incoming cast cylinders and/or to notify 
honing contractor Z of the upcoming boning order. 

Likewise, automobile company X may also wish to grant 
honing contractor Z access to the project management 
software, or at least some portion of it, so that honing 
contractor Z can receive information pertaining to when and 
how many of the cast cylinders were actually shipped to him 
from automobile company X so that contractor Z can more 
cfl&ciently manage its resources to service the honing order 
(such as to arrange to rent honing equipment in anticipation 
of the arrival of the cast cylinders). Such access by honing 
contractor Z would also benefit automobile company X 
since honing contractor Z may in turn be able to use the 
project management software to notify the interested 
employees within automobile company X of the honing 
progress, whether and when the honed cylinders were 
shipped back to automobile company X, and so forth. 
Honing contractor Z may also want to have the ability to 
inform to automobile company X, or the employees of 
automobile company X that arc interested in the honing 
process, that it has perfected a new honing technique and 
may be able to hone to a closer tolerance if automobile 
company X can extend the deadline for the delivery of honed 
cylinders by a few weeks. All these communications are 
preferably implemented in a single software package to 
facilitate record keeping and integration with progress track- 
ing. 

Commimication among the project participants (such as 
the employees of company X, suppUer Y, and honing 
contractor Z in this example) may be complicated by some 
real world, practical considerations. For example, automo- 
bile company X may prefer, due to confidentiality 
considerations, that honing contractor Z do not know about 
the price paid by automobile company X to a competing 
honing contractor, or to casting supplier Y. 

Although the above scenario is discussed in some detail to 
illustrate some challenges and requirements that may be 
present when managing a complex project, such a scenario 
is very simplistic. In the real world, it is not uncommon for 
a project to require dozens or hundreds of geographically 
remote participants, each contributing to a portion of the 
project at varioiis time periods, and many of whom need to 
work and communicate collaboratively if the project is to be 
completed timely and efficiently. 

In the current art, there exist many types of software 
programs that may be employed for project management. By 
way of example, Gantl charts, in either the hardcopy version 
or the software version, have long been employed by project 
managers to track tasks and dates relevant to a particular 
project. To facilitate discussion, FIG. 1 illustrates a Gantt 
chart 100, including thereon bars representing tasks and 
deadlines. Although only a few tasks are shown on Gantt 
chart 100, it should be kept in mind that the example has 
been vastly simplified to facilitate discussion. In reality^ a 
typical real world Gantt chart may involve thousands or tens 
of thousands of tasks and may very well fill an entire wall, 
or even more, if displayed on paper. 

On Gantt chart 100, bars 102 and 104 represent the major 
tasks that need to be undertaken. Bar 102 may represent, for 
example, the cylinder development phase, and bar 104 may 
represent, for example, the engine assembly phase. Adepen- 
dency line 106 connects the end of bar 102 to the beginning 
of bar 104, signifying the fact that cylinder development has 
to be completed before engine assembly can begin. A 
milestone 108 marks the completion of the engine assembly 
phase. 
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A major task such as cylinder development may be the employees in the cylinder development group may be 

subdivided into subtasks. Gantt chart 100 tracks these sub- aware only of the piston design change and may respond by 

tasks by the use of subtask bars, such as bars 112 and 114 undertaking expensive cylinder design changes unless 

under cylinder development task bar 102. Bar 112 may someone in the piston design group remembers to use 

represent, for example, the subtask of obtaining cast 5 another forum of communication (e.g., email, phone, 

cylinders, and bar 114 may represent, for example, the facsimile, or the like) to inform the cylinder design group of 

subtask of getting the cylmders honed. Subtasks may also j-eady avaHability of the suiuble cylinders, 

have relationships, one of which is illustrated in FIG. 1 by <^ « 1. ^ i_ ^ . «- ly.x. ^ 

, J I- J T -i-ir * Collaborative Gantt diarts also suffer many of the afore- 

a dependency une 116. Dependency Ime 116 connects the .-jj-j.. t» r 1 . - t 

J ru ^it . .u L * • rl • -c ' . mentioned disadvantages. By way of example, a typical 

end of bar 112 to the beginning of bar 114, signifymg that n u «• 1 j . j-i -j 

J , . *T • *M *L J ^" collaborative Gantt chart also does not readily provide a way 

cylinder homng can not begin until after the cylinders are - • _^ • ^ . ci^ / r 

casted » jqi- ^ project participant to filter through vast amount of data 

^ , .* . „ , . , ...... ill order to focus in on items, data, or dates that are relevant 

Although Ganttcham bothonpaperMdinlheirsoftware ^ ^^^^ particular project partidpanL Likewise, there is 

versions, have been employed successfiiUy in bringing many ^ally no faciUty%vith which apiojectparticipantcan easily 

projecis to completion, there are d^advantages By way of 15 ^ ^ collaborative Ganttchart software to compare 

example oneoftheweaknessesof the tradiUonalGanttchart ^^^^^ performance versus the expected performance of 

approach is the mabiUty to allow a project parttcipanl to ^ tradable item in order to generate a notification or a 

easily filter UitougJ, the voluminoiis data related to a project ^^^j,,^ ^ -^^ collaborative Gantt charts also lack the 

m order to focus in only on data and/or deadlines that are aforementioned annotation capabiUty, making it difficult for 

relevant to that particular user m a specified time penod. 20 project participants to communicate the reasons or explana- 

Take for example the case of an employee of automobile behind the data 

company X, who are involved in or interacting with multiple „ „ , . , , . . , 

departments (e.g., cylinder development, clutch ordering, CoUaboraUve qireadsheets represent another class of sofl- 

paint testing, etc.). The traditional Gantt chart approach does 7"" 'j'^™ employed to facUitate col- 

not allow this employee to easily find out, for example, what „ l^borative project development. In a collaborative 

action items he needs to take on a specified day or a spedfled spreadsheet the data pertatmng to the items to be tracked are 

week across the multiple departments involved. ^'"f^ ^^^Jch are arranged m a matrix arrangement 

A L ^ . • 11 J I ui. 1 . 1 i' J ^nd are accessible to the project members. Collaborative 

A Gantt chart typically deals with only tasks (and i . -i-.. o 

t,t\,i^^t ^j, JJJ1- spreadsheets, however, also have disadvantages. By way of 

subtasks), the task commencement dates, and dcadlmes. ^ i \ • i n i_ ^ l * i ^ . 

« . ' . ^ X L • * example, the typical collaborative spreadsheet also does not 

Dunne a project, they are many times when a project 30 j / J r ■ . • . . ^i. 

T 5 J . - . j ir X . r readily provide a way for a project participant to filter 

participant needs to commumcate different types of u . * r j * • i * r • 

^ ^ \- *i. * 1 J J * XL • * through vast amount of data in order to focus m on items, 

information, other than tasks and dates, with other proiect j . , ^ ... ..... 1 • . 

' ' n c 1 • . • . data, or dates that arc relevant to that particular project 

participants. By way of example, a project participant may J, . .t .i. « . ^ • i ..- -.<_ . 

i .v -. .r.- . participant Further, the cell structure IS fairly umitinc in that 

wish to employ the project management sottware to com- i_ « * • n * 1 1 1 r . r j . 

' ^ ^ • ^ * J * • * J ■ i_ each cell typically tracks only one value of one type of data 

municate to those mterested that a new piston design has 35 / . . ^ j ^ j .i_ 1-1 \ ti: . 1 1.1 

. ji - ij J • Tii- i (&g-» text, number, date, and the like). If a trackable event 

been selected and also include a drawmg of the newly . \ i.- i 1 . j . . •. . ■ 1 

. J . , . ^. - Tx. J - r *u mvolves multiple values that need to be momtored simiu- 

designed piston in the communication. The redesign of the , , . . .1. . . •, \ .. 1, ^ . . , 

. ^ . ^ ^, . 1- J J - /• 1 J- taneously (e.g., both date and quantity), the cell of a typical 

piston may impact those m cyhnder design (including our ml *- j ^ . j . ^ . i_ 

1- V J u * * TT *L * ■ 1 collaborative spreadsheet does not accommodate such a 

suppher Y and honmg contractor Z). However, the typical uirement well 

Gantt chart docs not provide a facility to allow project 40 

parUcipants interested in or impacted by the piston design ^ ^yP^^^ collaborative spreadsheet ceU also lacks the 

change to be alerted of this fact, to view the new piston ^^^i^^X track the change in the celFs value over time. By 

design, to determine how their own deUvery schedule may example, the delivery date of the honed cylmders 

be impacted, and to communicate their concerns with other "^^y ^^^'^^^ many times during the project, due to 

project participants (e.g., the manager in charge of engine 45 Problems encountered by honing contractor Z or due to 

assembly, who depends on timely delivery of finished com- ^^^"^ outside of his control (such as late receiving of the 

ponents to perform his job). Without these communication cylinders). Unless a history is kept of the change, 

facilities, project participants must switch to other commu- ^^^^^ difficult for the cylinder development manager 

nication modalities outside of the project management soft- SO back in time to audit the changes and find out when the 

ware environment to communicate, e.g., switch to email, 50 ^^^^ changed, by whom, and perhaps why. Also, the 

phone, facsimHe, or the like. When that happens, it becomes matrix-like architecture of a typical spreadsheet makes it 

very difficult to centralize record keeping of the communi- difficult to partition groups of cells to implement access 

cations and/or integrate the commimications with progress control. 

tracking. In view of the foregoing, there are desired improved 

SUU-further, the typicalr^Gahlt-chai^ 55 computer-implemented techniques for facilitating collabo- 

provide^a^vaylfo^r^projectipar^^^ rative project development and communication among the 

performancejinj^particular_^ project participants during a project. 

iHders^tuaUy honed) and^mpiie^the acmal perfom SUMMARY OF THE INVENTION 

\yiih the expectation in order to generate a notificatio or an^^ :>ummakt ui^ JHt, m vuxn iiuiN 

alerU^Still further, there arc times when an explanation or a 60 In accordance with one aspect of the present invention, 

comment would be helpful to clarify to other project par- there are provided computer-implemented systems and tech- 

ticipants why a data item is modified (such as when the niques for facilitating collaborative project development and 

piston design is changed). By way of example, it may very communication among project participants across people, 

well be the case that the change in piston design was made time, and space. In one embodiment of the present invention, 

to allow the use of less expensive and more readily available 65 there is provided a collaborative project management envi- 

cylinders that the piston group knew about. Without this ronment based on computer-implemented constructs known 

annotation capability, however, project participants such as as trackpoints, whose flexible construct permits substantially 
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any type of trackable item or commuDication to be stored tion. It will be apparent, however, to one skilled in the art, 

therein. Unlike the single-attribute cell of the prior art that the present invention may be practiced without some or 

collaborative spreadsheet model, a traclqjoint can simulta- all of these specific details. In other instances, well known 

ncously track multiple attributes and functions that employ process steps and/or structures have not been described in 

attributes as arguments, can be annotated with multimedia 5 detail in order to avoid unnecessarily obscuring the present 

content, and can be represented by metadata (which is invention. 

descriptive of the trackpoint, its genesis, and/or its jo facilitate discussion of the features and advantages of 

evolution) for indexing and searching purposes. A trackpoint the present invention, FIG. 2 is a simplified diagram iUus- 

can also explicitly or implicitly reference other trackpoints, trating the architecture of the inventive collaborative project 

thereby facilitating the establishment of arbitrary project lO management and communication software 200, in accor- 

teams from the common database of trackpoints pertaining dance with one embodiment of the present invention. In 

to the project. FlG.32,-a^trackppiiU-database:?202^^pre^^ 

Using a plurality of tools which take advantage of the contaimng. Jli 
architecture of the inventive collaborative project manage- parlieulaPproje'ct^i^lTackpoint database 202 may be iniple^ 
ment and communication software, the flexible construct of 15 mented in according with any conventional database 
the trackpoints, the annotation capabilities of the technology, and may be implemented in accordance with a 
trackpoints, and the indexed metadata, a project participant relational database methodology. On the other hand, the— i 
can author (i.e., create or modify) a trackpoint, can freely invention also applies even when trackpoint database 202 is I 
and efSciently search for data that is of particular interest to implemented simply as an unstructured collection of \ 
that project participant, can send and/or receive communi- ^ trackpoints, managed in files, for example. ^ I 
cation through text, drawings, annotations, markups on Within trackpoint database 202, there are shown track- 
text/graphics, multimedia content, and other types of data, points 204, 206, 208, 210, 212, and 214, representing some 
and can even request to be notified upon the occurrence of of the trackpoints created by the project participants to 
rcertain events. Furthermore, the prpificL participant ^an facilitate tracking events/items pertaining to the project and 
a dyantageously c reat£_a customized and/or filtered view that 25 communicate with one another. Although only six track- 
fa^l^s^'^rrrfiTTv^Zlb^^ to that user. irres^ecTive points are shown to simplify the discussion, it should be 
ol^SbctjifiL ibat data com es from a single trackpoint, from borne in mind that there may be any number of trackpoints 
multiple trackpomis, or^even multiple trackpoints that are in a project. The trackpoints may reference one another, as 
ycreated at different times and by different functional groups shown conceptually by exemplary Unes 216, 218, 220, and 
^^f the project. ^0 222. Trackpoint structure and trackpoint referencing will be 
These and other advantages of the present invention will discussed in detail later herein, 
become apparent upon reading the following detailed a plurality of tools are provided to enable the pix)ject 
descriptions and studying the various drawings. participants to work collaboratively on the project and to 

communicate using the trackpoints. By way of example, an 
authoring tool 230 may be provided to allow a project 

The present invention is illustrated by way of example, participant to create a new trackpoint or to modify an 

and not by way of limitation, in the figures of the accom- existing trackpoint. Authoring tool 230 may be implemented 

panying drawings and in which like reference numerals refer in any manner suitable for creating a trackpoint or changing 

to similar elements and in which: 40 attributes/links/metadata and for storing that trackpoint in 

no. 1 illustrates a typical Gantt chart to facilitate dis- trackpoint database 202. In one embodiment, authoring tool 

cussioD of some of the challenges that exist in the manage- ^^O is implemented using object-oriented technobgy in 

ment of projects which the project participant fills m the trackpoint' s 

™^ ^ . . 1./^ J J. Ml . 1 . metadata, selects the links, selects the attribute fields of 

RG. 2 IS a simplified diagram .Ui^tratag the ar<±itect^^ ^ ^ ^ trackpoint's attributes as if he is 

of the mventive trackpomt-based collaborative project man- . 

, - . creating and filline in a form, 
agement and communication sortware. 

^ .,1 . . -1 ... r ■ Asearchingtool232may also be provided. Searching tool 

FIG. 3 illustrates an implementation of the mventive i_ u 

, *j 232 permits a project participant to search through the 

trackpomt-based collaborative project development and . i i '-^m l c - . r 

. , .... f .. . . trackpoints in trackpomt database 202 by specifying a set of 

communication system that involves the mtemet. 1 u 1** 

50 search critena. 1 ne search criteria may relate to one or more 

FIG. 4 is a conceptual depiction of the various kinds of attributes of the trackpoints, the links that reference track- 
components that a trackpoint may have. ^^^^^ among themselves, or the metadata that describes a 

FIG. 5 depicts an exemplary interest profile, representing trackpoint. A notification tool 234 permits a project partid- 

a tool that may be provided to the project participant to pant to request that he be notified when a certain notification 

facilitate data sharing, communication, and collaboration. 55 criteria is satisfied. The notification criteria, like the search 

FIG. 6 depicts an exemplary briefing book page, repre- criteria, may relate to one or more attributes of the 

senting another tool that may be provided to the project trackpoints, the links that reference trackpoints among 

participant to facilitate data sharing, communication, and themselves, or the metadata that describes a tradcpoint. 

collaboration. Moreover, a project participant can also specify that he be ^ 

notified upon the creation of a trackpoint whose metadata, 

DETAILED DESCRIPTION OF THE Unks, or attributes satisfy some set of notification criteria 

PREFERRED EMBODIMENTS since the creation of a trackpoint itself may be an event of 

The present invention will now be described in detail with interest to a project participant, 

reference to a few preferred embodiments thereof as illus- ^ A customized filtering and viewing tool, referred herein as 

trated in the accompanying drawing?. In the following 65 ^a briefing book page, may also be provided. The briefing 

description, numerous specific details are set forth in order book page (236) represents, in one embodiment, a custom 

to provide a thorough understanding of the present inven- viewing panel with which a project participant may select 



BRIEF DESCRIPTION OF THE DRAWINGS 
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and view only the mattributes and data that are of interest to different components are conceptually depicted in FIG. 4 to 

that participant. The attributes and data may be obtained facilitate discussion, it should be kept in mind that the 

from one or more trackpoints or even from other briefing specific metadata fields, attributes, links, and atmotations 

book pages. By:applyingrdata:prcsemalioirtcchniq ues (e. g., shown in FIG. 4 arc only exemplary and not limiting of the 

graphs, mathematical o peratio ns, waming_lights,^gaugcs, s scope of the present invention. 

timelines"orthe'like),.the^reielecteddataniay be presented a»i -. u .j* u 

• *!. r . * - — * — r— J * • * A trackpomt may be represented by metadata, wich 

^m'th e-fo rmat that is-most preierred'or-most appropnate. , - fi . . • . t. i «r.L ^ 

— Vil — 7 1 " • * I. J i_ •* ^ TTii — r'^'^—f: . describes the trackpomt as a whole. With reference to 
The trackpomt-based architecture of the mventive col- , i_ • * ^nn e 1*1. * -1 * am • i. j r 

•♦Ji *j trackpomt 400 of FIG. 3, the metadata 402 may mchide, for 

laborative project development and communication sort- , . , • . / l- l • - . 

ware does aot impose any limitation on the tools that may be ^^^P^^^^ ^^^^ trackpomt ID (which is a umque number 

created and employed by the project participants. The sim- '° ^'^f. ^^^^ computer for the pmpose o f uniquely 

- plicity and flexibiUty of the architecture illustrated in FIG. 2 identifymg the trackpomt), a uthor, date of trackpomt 
aUows a project participant to create and/or employ any tool creaUon, date of last revision (of any of the components of 
that can take advantage of the ridi set of attributes of the ^he trackpouat and/or of the trackpoint definition). The 
trackpoints, the metadata provided with the trackpoints, and metadata may also include keywords, subject, abstract, and 
the annotation capabilities of the trackpoints in order to other descriptive and/or bibliographic data pertaining to the 
facilitate communication, data analysis, and collaboration trackpoint. 

on the project. [n general, a project participant may search for a track- 
It is contemplated that the inventive collaborative project point of interest using many different seardi techniques. By 
development and communication system may be imple- way of example, a project participant may conduct full 
mented on any computer network, including proprietary ^ searches through the attribute values of all the trackpoints in 
private networks, virtual private networks (VPNs), or over trackpoint database to identify the trackpoint(s) of inter- 
public networks aich as the internet. FIG 3 illustrates an -^est. As an example of one such search, the project participant 
implementation of the mvenUve trackpoinlbased collabora- ^^^^uct a search through the content of aU trackpoints 
Uve project development and communication system that -^^^^^ trackpoint whose content includes the words 

mvolves the internet. With reference to FIG. 3, a collabo- 25 uu ; '7» au-™,.,„-i„ n 

rative project development and communication system 300 contractor Z . Alte natively or addtUonally, a 
includes a data repository 302, which includes the trackpoint ^'^^ participan may conduct searches through the content 
database as well as indexed databases (of any sort/e.g., of all trackpoints to identify trackpomt(s) of interest by their 
. relational object, file-based, etc.) supportive thereof, llie (^-S- *yP^' ongmation and/or hnk termination), 
indexed databases implement the indexing of trackpoints 30 1° accordance with an advantageous aspect of the present 
using various index keys. In one particularly advantageous invention, the metadata furmshes the project participants 
embodiment, the various fields of the trackpoint metadata with yet another way to search for trackpoinl(s) of interest, 
are employed as index keys to create indices. Project par- ^^^^ metadata as search keys, a project participants 
ticipants may search through the indices to identify the ^^y^ example, search for trackpoints created by a spe- 
trackpoint(s) of interest prior to accessing the trackpoint 35 cific author, trackpoints having some specified keywords or 
-ontent. subjects, and/or trackpoints that were revised before or after 
Data repository 302 is accessed by a server computer 304,^<\ ^ ^.^ course more complex searches may be 
whose processor services access, search, data retrieval, data accomplished using search methodologies that are current 
storage, and other requests issued by the project participants ^^^^^.^^ uicluding the use of Boolean operators and/or 
through client computers, ofwhichcUent computers 306 and 40 ^"^P^^y^^S ^^ natural language searchmg technology. 
308 are shown. The server-client architecture is well known To facilitate efficient searching, the metadata may be 
and will not be discussed in great detail here for brevity's indexed against the trackpoints in advance by the server, 
sake. Although only two client computers are shown, any That is, the server com puter may create in advance indices 
number of client computers may be involved, depending on ' ^hat index particular search keys (e.g., keyword or author) 
the size of the project. 45 against the identity of the trackpoints. These indices may be 
Between the client computers and server computer 304, updated upon trackpoint creation or upon subsequent track- 
there is disposed a computer network 310, which represents ^ V^^^^ updates. Thus a project participant may quickly search 
the internet in the example of FIG. 3. Since the internet is a-,^ through the indices to determine, for example, that track- 
public network, a security firewall may be provided between I Poi°^ 206 and 212 contain the keyword "piston" without 
server 304 and computer network 310. A commonly owned'io ^ undertake a more time-consuming search through 
co-pending U.S. patent application entitled "Techniques For ^« contetnt trackpoints. 

Improving Index Searches In A Client-Server Environment", The metadata for a particular trackpoint may be entered 

filed on even date by Eugene E. Bouchard, and John Page by the project participant upon trackpoint creation or by user 

(and incorporated herein by reference) discusses in detail modification or may be automatically updated when the 

some exemplary techniques for improving the efficiency of 55 trackpoint is created (or modified). As an example of the 
index searching in a client-server network. Optional security-j/^ latter case, the date of last revision field of the metadata may 

firewaUs 314 and 316 may also be provided to safeguard I be automatically entered from the compu tcr system's clock 

access to client computers 306 and 308 respectively. Fire- - when the attribute values, the metadata, and/or the definition 
walls and their implementations are well known to those 
skilled in the art and will not be discussed in great details 
here. Although each of client computers 306 and 308 is 
shown directly connected to the internet, some client com- 
puters may be directly coupled to an internal network, from 

which i nteme^ ac ff fi s t^nd/ n r ag ££ssJo server 304 is facili>J(^samc attribute set since different trackpoints may be 

tated. 65 employed to track different kinds of trackable items or 

FIG. 4 is a conceptual depiction of the various kinds of events. The attributes of a trackpoint may include, for 

components that a trackpoint may have. Although many example, the due date (both expected and actual), status, 



of the trackpoint is changed. 
50 Each trackpoint may have any number of attributes 404 to 
enable it to track the various pieces of information relating 
to a particular trackable item or trackable event. It is not 
necessary or even required that two trackpoints have the 
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quantity (both expected and actual), the identity of the 
person performing the task, and the like. The data type of an 
attribute may be dates, numbers, boolean, typed data, or any 
other types of data structures that may be employed to store 
information. 

As one concrete example, a trackpoint set up by the 
honing contractor for tracking the status of a cylinder honing 
order may involve an attribute for the status itself (e.g., on 
schedule, behind_schedule, not_started, ahead_of_ 
schedule, and the like), an attribute for the number of 
cylinders expected to be completed by the end of the day, an 
attribute for the number of cylinders actually finished by the 
end of the day, and an attribute for the estimated completion 
date, etc.). As another example, a simple trackpoint may 
have a single attritmte field that is text (e.g., in the case of 
a trackpoint that is employed to provide explanation for 
another trackpoint that references it). 

The values of the attributes of a tracdcpoint may be entered 
manually via user entry, may be derived by the use of a 
mathematical function (whose arguments may include con- 
stants or other attributes within the same trackpoint or within 
other trackpoints). In the latter case, a project participant 
may set up a function for sending a notification or warning 
if certain conditions are met (e.g., if the actual number of 
cylinders received is smaller than the number of cylinders 
expected). An exemplary function is shown by reference 
number 406 in FIG. 4 in which one of arguments of the 
function (e.g., cylinder_quality) comes from another track- 
point and two of the arguments comes from the same 
trackpoint. A history of the values of each attribute are 
maintained to allow examination of trends. The history can 
be explored manually, or can be used in trigger conditions, 
for example, to provide a warning only when certain adverse 
trends are present. An example may be when an anticipated 
completion date has slipped more than twice. 

Further, the value of an attribute may be obtained by the 
use of a data sensor. A data sensor is a piece of software code 
attached to an attribute that polls or interrogates other 
trackpoints or external data stores (irrespective whether the 
data store poled is associated with the project management 
software program) to obtain data to fill out the value of that 
attribute. With reference to the earlier example, the 
"cyUnders_compleled_today" attribute value may be auto- 
matically updated when a data sensor attached to that 
attribute polls the production database (e.g., a data store 
associated with the computer-controlled honing machines) 
or polls another trackpoint that has been set up to track 
production specifically . The sensor can be activated peri- 
odically or upon the occurrence of a certain triggering 
activity or event. The triggering activity or event may be, for 
example, the fact that someone wants to use or view the 
attribute value associated with the data sensor or any other 
arbitrarily defined activity or event. 

Activator code may also be attached to an attribute field. 
The activator code may specify, for example, that if the 
attribute value meets a certain criteria, some predefined 
action would take place. As a concrete example, activation 
code may be attached to the "cylinders_completed_today** 
attribute to allow the value of this attribute to be compared 
against the value of the "cylindcrs_cxpect6d_to_be_ 
completed_today** attribute in order in to force or cause a 
status attribute to change to either "on_5chedule" or 
"behind_schedule". 

Sec\u*ity classification is an attribute that provides a 
mechanism for restricting trackpoint access. In accordance 
with one aspect of the present invention, individual track- 
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points and project participants may be assigned security 
classifications in order to allow a project manager to limit a 
particular project participant's access to the pool of track- 
points available in the trackpoint database. By appropriately 

5 assigning the security classifications to the trackpoints and 
project participants, a project participant may be limited 
only to trackpoints within the assigned security container 
and will not have access (or typically will not even know) of 
trackpoints for which authorized access is not granted. With 
reference to FIG. 4, the security classification attribute of 
trackpoint 400 is indicated by reference number 412. 

The ability to limit access to trackpoints makes it possible 
for project managers to confidently grant access privilege to 
project participants who, due to confidentiality concerns, 

j5 may have been precluded from viewing and/or modifying 
project management data in the past. V^ih the present 
invention, each project participant may be assigned a secu- 
rity classification. If a project participant attempts to search 
for or access trackpoints to which he has no authorized 

2Q access, those trackpoints (either all or part of their content) 
will not be returned in the search result and/or that project 
participant will not have viewing, updating, or referencing 
privilege relative to the restricted trackpoint(s). 
The following concrete example will illustrate the advan- 

25 tages of this security arrangement. If a Gantt chart had been 
used to track the automobile development project, automo- 
bile company X may not wish to grant its outside suppliers 
and contractors access privilege to its Gantt chart since there 
would be no way to prevent an outsider (such as supplier Y) 

30 from viewing, for example, the delivery schedule of another 
supplier of cast cylinders. When supplier Y is not included, 
supplier Y is precluded from make entries, through the 
project management software, of data which may be useful 
to other project participants. With the aforementioned secu- 

35 rity feature in place, supplier Y now can be granted a 
security classification which allows supplier Y access to 
only certain trackpoints dealing with cast cylinders ordered 
from suppUer Y, and supplier Y is free to update such 
trackpoints to inform interested employees of automobile 

40 company X of its progress. 

In cases where a trackpoint or briefing book page refer- 
ences trackpoints or briefing book pages which the user has 
no permission, several reasonable policies may be employed 
according to the preference of the implementator. As an 

45 example, one is to verify that all information needed to 
compute or display a value is available to the user before 
presenting the value; if it is not, the calcxilation terminates 
and simply reports the failure to the user. As another 
example, the implementator may allow information may be 

50 presented since this approach allows a tracking point to be 
used to summarize and sanitize more private internal infor- 
mation for external consumption. For example, it may be 
fine to let a honing supplier know the total number of 
cylinders which are scheduled at any one time, but not 

55 provide information about the distribution of those cylinders 
over a set of casting suppliers. 

In accordance with one aspect of the present invention, a 
history may be kept for some or all attributes of a particular 
trackpoint. This option may, for example, be specified by the 

60 project participant for each attribute field when creating or 
modifying the trackpoint. A history for the attribute 
"cylinders__finishedL_today" is depicted conceptually by 
table 430 of FIG. 4A. In table 430, the change over time in 
the value of an attribute may be documented by time- 

65 stamping either the old or new attribute value at the time of 
change, by noting the person changing the attribute value, or 
the like. If the attribute value is automatically obtained via 
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a data sensor, there may be no person responsible but tion button 410 is depicted. By way of example, the speci- 

documenting the change via timestamping is still possible. fication of the piston may be attadied to a tracl^oint 

Optionally, the history of an attribute may include textual employed to trade piston ordering to provide to the project 

explanation of why the value was changed. This textual participant responsible for receiving the pistons a readily 
explanation may be entered by the person causing the s accessible way to verify whether the pistons received con- 

. change, for example. ^° *® specification. 

) By^kecping- a^hisTory^of an-al^^^^ ^ trackpoint may also be provided with one or more text 

^^the:Lentio^makes:it possible-for a project parddpant to , P^^f ^^^f which comments explanaUons or other 

1 ./ , J T * ~ui useful information may be posted. One such text area is 

aj^i -^-partjculHz^^ i„di,,,ed in FIG. 4 by reference number 412. Through the 

trends m ways that are-not possible_m:the absence of a -10 . . *- J. ^ ^ i *• • * • 

u- * • 1 J — -rt:-i V f u- . - I _j *i- * ^ise or annotation and textual emlanations, project partia- 

histoncal record. The availabihty of a histoncal record that , • * T .u ■ • a i 

detiis Charlies in the attribute's vahie also gives project P*""^ '^^V communicate with each other m more meamngfiil 

participants Confidence in the daU present in I trackpoint. ;;;^,^'G3^t^hS (as m the case 

Without such a historical record, this confidence may be . . ™„ ^ , , , 
lacking, especially if it is known that many people have 15 As discussed m FIG. 2, a phiiality of tools may be 

access to the attribute under consideraUon. His is because P"'^"''^ to allow project participants to take advantage of 

without an attribute history, a project participant can never ^'^ trackpoints. By way of exainple authoring tools for 

be certain whether the value in a trackpoint attribute field is 't'^^^^ mod^yi^Dg trackpoints have been discussed 

indeed valid (i.e., has not been inadvertenUy or fraudulenUy connection with FIG. 3 hereinabove. Another tool Uiat 

modified by someone having write access to the trackpoint). M be Piovid«l is a notification tool or an mterest profile. 

The attribute history permits a project participant to readily T^^^^e^ " notification tool, a project parUcipant may request 

verify the timing of any change, and optionally the identity ^ notificaUon be received when certam notificaUon 

of the peison causing the change, should there be any '''^ ^ of example, a project parUcipant 

Question = ^ request that a notification be sent to the project par- 
_ , . , . ,. , M ticipant if the attribute value(s) of a specified trackpoint or 

Trackpomt relationships may be accomplished by the ^ ^^^^ trackpoints meet some notification cri- 

reference mechanism. Tlie relationships between trackpoints ^^^^ Alternatively or additionally, the notification criteria 

may be miphcitly or exphaUy defined. A traclqpomt may b^ ^^^^^ ^ ^^^^^^ ^^^^^^^ ^^^^ 

miplicitly referenced by another trackpomt if the later track- ^^^^^ additionally, the notification criteria may be based 

pomt has a function that employs as an argument an at^^^^^ ^^^^^ ^^^^^^^ link-based, e.g., 

value tracked m the earher trackpoint Further, each track- ^^^^ ^ destination or origination of a 

point may have one or more Imks, which are typed daU, Exemplary notification criteria are depicted in FIG. 5 

explicitly specifying its relationship to the other trackpomt ^^^^^^ .^^^ participant may select various notifica- 

bemg referenced. Hiere is no limit to the number of hnks ^^^^^ .^^^^^^^ (5^3) and filling out their values 

that a trackpoint may have. Beside cxplicidy definmg the ^^^^ ^ ^^^^^^ ^^j^ 5^,^ notification itself may 

relationship between trackpomts, hnks can fiimish a search ^^^^^ electronic notification through the 

key to aUow a project parUcipant to search for trackpomts •^^^ management software itself, through email, page, 

based on the type of hnk, the origmation or termmation of . facsimUe, or the like. 

a specified hnk, or the like. j , -.u . c .1. 

^ ' In accordance with another aspect of the present 

An exemplary link is illustrated in FIG. 4 by reference ^ invention, a project participant may not only specify that the 

number 408. A link may establish, for example, a formal notification be sent when any of the existing trackpoint or 

time dependency between two trackpoints whereby a project trackpoints meet the notification criteria, but may also 

participant expHcitly specifies that the commencement of the specify that he be notified upon the creation of a trackpoint 

task tracked by a given trackpoint depends on the comple- that meets the specified notification criteria (since the cre- 

Uon of another task tracked by another trackpomt. Another ^tion of such a trackpoint itself may represent an event that 

type of formal relationship between trackpoints may be pj^jg^^ parUcipant may be interested in). By way of 

cause-and-effect. Other types of relationships may also be example, an engine assembly manager may specify an 

possible. For example, a project participant can link a given interest profile (i.e., a notification criteria) that he be notified 

trackpoint A to a trackpomt B, which contains textual whenever a trackpoint having to do with engine component 

material that documents or explains some aspect of track- created 

pomt A. Through the notification tool and trackpoints, a forum for 

a) It should be appreciated that referencing via linking and communication among project participants is advanta- 

-^function definition is a powerful and flexible method of geously established. Any project participant may specify, 

relating trackpoints to one another. Trackpoint referencing through an interest profile, to be notified when an event of 
permits project participants to flexibly and easily esUblish 55 interest is recorded in one of the trackpoints. Since there is 

impromptu working groups, join an existing one for the no limit to the type of data that may be stored in a trackpoint, 

purpose of receiving or sending communication, or simply a given project participant may publish information in a 

take advantage of the data existing in other trackpoints for trackpoint and be assured that the published informaUon is 

one's own use. Sincc-a 4rackpoiiit:can:ref ercncc ^to or-bc> accessible by project participants who have set up an interest 

rMciencedzbycmany^^lrackpointsr there-is substantiaUy-no profile to monitor for trackpoints containing such informa- 

Umit to the flexibiUty with which the projcclp^ tion. Of course, communication may also be accompUshed 

bciorganized for^the^ piLrypse gof'^excBgggSg'^imgr^^^ in other ways using the inventive trackpoint-based project 

and/oKworfeeollaborativg^tKg*tllK5^d«subtasks^ management software. By way of example, if a project 

R£Si£SS&^* participant has write privilege to a trackpoint or a briefing 
A trackpoint may also offer an annotation capabUity, 65 book page (the concept of a briefing book page is discussed 

which permits multimedia content to be attached to a subsequently herein) that is of interest to others, direct 

trackpoint. With reference to FIG. 4, an exemplary annota- modification of the content of or direct annotation to that 
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trackpoiat or briefing book page may also be made. Com- Lo a particularly advantageous aspect of the present 

munication may also be facilitated if the project participant invention, a briefing book page permits a project parlidpant 

wishing to publish information establish a link between a to "drill down" on a particular item on the briefing book 

trackpoint or a briefing book page that he knows will be page to access the trackpoint(s) and/or briefing book page(s) 

viewed by others to the trackpoint containing the infonna- 5 that underlie the selected item. In the previous example, a 

tion to be published. These communication capabilities, project participant monitoring engine development may 

which not only allow communication to take place but also wish to drill down (e.g., by clicking on a mouse or perform- 

permit the communications to be documented in the ing a predefined user input) on the status attribute field in 

trackpoints, represent a significant improvement over prior order to, for example, ascertain why the current status for 

art project management software. jq engine development is "behind_schedule". In one 

In accordance with one particularly advantageous aspect embodiment, drilling down on an attribute value or data in 

of the invention, there is provided a customized filtering and a child briefing book page (such as briefing bock page 602 

viewing tool known as a briefing book page, which allows ^ the example of FIG. 6) may bring the viewer to the 

the project participant to filter through the massive volume trackpoint(s) or parent briefing book page(s) (such as brief- 

of data contained in the trackpoints associated with a project ^5 ing book pages 604 and 606 in the example of FIG. 6) from 

and to generate a view that allows that project participant to which the attribute value or data under examination is 

quickly focus in only on the data specified to be of interest obtained or derived. The identity of the trackpoint(s) or 

to that project participant. A briefing book page may be p^reni briefing book page(s) may be ascertained, for the 

personal to a particular project participant, or may be set up purpose of drilling down, by following the expHcit or 

for sharing, with or without access control. 20 "°Pli*=i^ between the child briefing book page and the 

With reference to FIG. 6, there are shown briefing b6ok tindcriying trackpoint(s) and/or parent briefing bookpagc(s). 

pages 602, 604, and 606, each of which represents a cus- ^« ^^^'^^ ^^^her driU down on the attribute 

tomized viewing panel Abriefing book page albws a project value of a parent briefing book page (e.g., bnefing book page 

participant to filter through the data contained in trackpoints ^llow the viewer to foUow the link further down to 

204-214 within trackpoint database 202 and/or from other 25 u°derlymg attributes, which may exist m trackpomt(s) or 

briefing book pages to present only data of interest to the grandparent bnefing book page(s). 

project participant in the format preferred. A briefing book should be appreciated that the abiUty to drill down on 

page may contain functions that employ trackpoint attributes a particular item in a briefing book page is a powerful data 

as their arguments. By way of example, a project participant analysis tool that is particularly useful to project managers, 

may create a function to monitor the number of cast cylin- 30 "^^^ o^^X aware of the status but must also grasp 

ders delivered from a supplier and the expected number and underlying problems in order to devise a solution. Note 

generate a warning if the number of cast cyhnders received that although only two levels of briefing book pages are 

falls short of expectation. As another example, a project shown to simplify the dLscussion, there is no limitation to the 

participant may wish to plot out the rate of rejecUon of number of levels. Further, there is no requirement that a 

honed cylinders for various honing contractors (the data for 35 briefing book page must obtain data only from its parent 

which may come from multiple trackpoints created by briefing book page or from trackpoint(s). If desired, a 

quality control personnel) versus the price charged (the data briefing book page may reference both its parent and grand- 

for which may come from other trackpoints created by parent briefing book pages simultaneously, as well as the 

accounting personnel) in order to select the best price point trackpoint(s) of the trackpoint database, 
for getting the cylinders honed. Of course any form of data 40^\ln one embodiment, a briefing book page or trackpoint 

presentation may be employed (e.g., text, graphs, gauges, may be provided with an "automatic annotation" field. Data 

warning lights, icons, or the like) to present the selected data in the automatic annotation field is automatically passed up 

or the result derived from the selected data in the format to any briefing book page or trackpoint that references the 

preferred by that project participant. trackpoint/briefmg book page that contains the automatic 

Briefing book pages may be multilevel. With reference to 45 annotation field. In this manner, the annotation in a child 

FIG. 6, briefing book pages 604 and 606 represent briefing briefing book page would include all the annotations that 

book pages that obtain their data directly from the track- emst in the automatic annotation fields of the trackpoint(s)/ 

points whereas briefing book page 602 represents a briefing briefing book page(s) that are parent or grandparent to that 

book page that depends on other briefing book pages for its child briefing book page. By allowing annotations to accu- 

data. As an example of the latter case, a function or graph in 50 mulate automatically, a project manager may have ready 

briefing book page 602 may reference the value calculated access to comments or explanations provided by other 

by a function in briefing book page 604 and/or briefing book project participants in the underlying trackpoint(s) and/or 

page 606. As a concrete example, briefing book page 604 P^ent briefing book page(s) without having to drill down, 
may represent a briefing book page that tracks the overall \J(^ While this invention has been described in terms of 

progress of piston development, briefing book page 606 may 55 several preferred embodiments, there are alterations, 

represent a briefing book page that tracks the overall permutations, and equivalents which fall within the scope of 

progress of cylinder development, and briefing book page this invention. By way of example, although the discussion 

602 may represent a briefing book page that trades the pertaining to viewing, searching, referencing, briefing book 

overall progress of engine development based on the page usage, annotation, and the like do not always explicitly 

progress of piston development and cylinder development. 60 mention the limitations imposed on individual project par- 

By creating multi-level briefing books, a properly authorized ticipants by security classifications, it should be noted that 

project participant may be able to take advantage of the work such limitation may exist whenever security classifications 

done by others in existing briefing book pages and create an are imposed on trackpoints and/or project participants, 
even higher level of data abstraction to help that manager \jf\ Additionally, although only some exemplary tools are 
focuses in on the data of interest and analyze it in ways 65*^ discussed, other tools may also be implemented to take 

unavailable with the prior art collaborative project manage- advantage of the trackpoint-based ar<±itecture of the inven- 

ment software. live collaborative project development and communication 
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software as well as of the flexible structure of the trackpoiat, 
briefing book page, or other existing tools. By way of 
example, a link map tool may be provided which provides 
the project participant with a map of relationships 
(established via links or implicitly via functions) between 5 
the trackpoints. As another example, a glossary or a tax- 
onomy may be provided to assist the project participant in 
filling out the attribute values (e.g., the metadata or the typed 
data within the attribute fields). As a further example,/^ 
although the invention is discussed in terms of methods and 10 
computer networks, it should be understood to also encom- \ 
pass computer-readable medium (such as CDROMs, disks, \ 
tapes, or the like) and/or conductive medium and/or net-,^ 
works that contains or carries computer-readable instruc- 
tions for accomplishing the inventive techniques described 
and/or suggested. It should also be noted that there are many 
alternative ways of implementing the methods and appara- 
tuses of the present invention. It is therefore intended that 
the following appended claims be interpreted as including 
all such alterations, permutations, and equivalents as fall 
within the true spirit and scope of the present invention. 
What is claimed is: 

1. A computer-implemented method for facilitating col- 
laboration and communication among project participants 
working collaboratively on a project, said computer- 
implemented method being implemented on a computer 
network, comprising: 

providing a plurality of trackpoints, said plurality of 
trackpoints being created by at least two of said project 
participants, each of said plurality of trackpoints 
including metadata descriptive of said each of said 
plurality of trackpoints, said each of said plurality of 
trackpoints being configured to store data within its 
content, wherein said content includes at least one 
attribute field; 

providing indices of trackpoints based on searchable keys; 

providing a plurality of tools, said plurality of tools 
including at least one of a search tool, a notification 
tool, and a briefing book page, said search tool being 
configured to search said indices for at least one 
trackpoint of said pluraUty of trackpoints that satisfies 
search criteria, said notification tool being configured 
to notify a project participant that is authorized to use 
said notification tool when notification criteria are 
satisfied, and said briefing book page represents a data 
presentation mechanism that is configured to receive 
briefing book data from at least two of said plurality of 
trackpoints; and 

linking a tradcpoint to another trackpoint. 

2, A computer-implemented method for facilitating col- 
laboration and communication among project participants 
working collaboratively on a project, said computer- 
implemented method being implemented on a computer 
network, comprising: 

providing a plurality of trackpoints, said plurality of 
trackpoints being created by at least two of said project 
participants, each of said plurality of trackpoints 
including metadata descriptive of said each of said 
plurality of trackpoints, said each of said plurality of 
trackpoints being configured to store data within its 
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content, wherein said content includes at least one 
attribute field; 

providing indices of traclq)oints based oo searchable keys; 
and 

providing a plurality of tools, said plurality of tools 
including at least one of a search tool, a notification 
tool, and a briefing book page, said search tool being 
configured to search said indices for at least one 
trackpoint of said plurafity of trackpoints that satisfies 
search criteria, said notification tool being configxued 
to notify a project participant that is authorized to use 
said notification tool when notification criteria are , 
satisfied, and said briefing book page represents a data 
presentation mechanism that is configured U> receive 
briefing book data from at least two of said plurality of 
trackpoints, wherein said briefing book is further con- 
figured to receive briefing book data from other briefing 
books. 

3. The , computer-implemented method of claim 2, 
wherein the step of providing a plurality of tools further 
provides a drill down tool, said drill down tool being 
configured to drill down on a selected item in a briefing book 
to access a briefing book or trackpoint from which the 
selected item originated. 

4. The computer-implemented method of claim 2, 
wherein the step of providing a plurahty of tools further 
provides an automatic annotation field, wherein said auto- 
matic annotation field automatically passes up to any track- 
point or briefing book that references a trackpoint or briefing 
book containing the automatic annotation field. 

5. A computer-implemented method for facilitating col- 
laboration and communication among project participants 
working collaboratively on a project, said computer- 
implemented method being implemented on a computer 
network, comprising: 

providing a plurality of trackpoints, said plurality of 
trackpoints being created by at least two of said project 
participants, each of said plurality of trackpoints 
including metadata descriptive of said each of said 
plurality of trackpoints, said each of said plurality of 
trackpoints being configured to store data within its 
content; 

providing indices of trackpoints based oo searchable keys; 
and 

providing a plurality of tools, said plurality of tools 
including at least one of a search tool, a notification 
tool, and a briefing book page, said search tool being 
configured to search said indices for at least one 
trackpoint of said plurality of trackpoints that satisfies 
search criteria, said notification tool being configured 
to notify a project participant that is authorized to use 
said notification tool when notification criteria are 
satisfied, and said briefing book page represents a data 
presentation mechanism that is configured to receive 
briefing book data from at least two of said plurality of 
trackpoints, wherein the briefing book page is a tool 
that further provides a mechanism that plots data from 
a plurality of trackpoints. 
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